Hypertext

Index

Implementation

Ill-defined Problems

Current Definition

Problems are ill-defined when no specification for them is available. The integration between problem framing and problem solving is critical for ill-defined problems. DODEs support for ill-defined problems through partial constructions and specifications that can be modified at any time. "Ill-structured" and "wicked" are other terms used to describe design problems and design domains.

Author: Gerhard

Last Edit Date: 9/19/98; 12:50:27 AM

See/Make Annotations

Edit Definition

Past Definitions

• by Anonymous, 2/26/97; 3:27:28 PM

  Problems are ill-defined (or wicked) when no specification for them is available. The integration between problem framing and problem solving is critical for ill-defined problems.

Select a Term to View Adaptable Systems Adaptive Systems Agents Applicability Conditions appropriation Argumentation Artifact Asymmetry between Humans and Computers Asynchronous Communication Augmentation of Human Intelligence Automate and Informate Autonomous Systems Awareness Backtalk of a Situation blog Breakdowns Case Library Case-Based Design Case-Based Reasoning Catalog CIRES outreach Co-adaptivity Co-evolution Cognitive Artifact Cognitive Fidelity CoKnowBE Collective Creativity Community of Interest Community of Practice Computer Assisted Design (CAD) Computer Supported Collaboration Computer-Aided Software Engineering (CASE) Conflict Resolution Conservation Law of Complexity Constrained Design Processes Construction Kits Constructionism Constructivism and Constructionism Context conversation analysis Convivial Tools Cooperative Problem Solving Systems Critics Critiquing and Critiquing Systems Cross-Cultural Communication Cultures of Design Customizability DCL Delegation Principle Deliberation Design Design by Composition Design by Modification Design Environments Design Methodologies Design Rationale Design Time DHTML dialectical Differential Descriptions Direct Manipulation Distributed Cognition DLC DLI DODE domain classes Domain Construction domain framework Domain Model Domain Oriented Design Environment Domain-Oriented Design Environments (DODEs) Downstream Design Activities E-book ed tech EDC educational theory Embedded Communication Enactment End-User Authoring End-User Modifiability (EUM) Error Elimination evolution Evolutionary Design of (Complex) Systems Evolutionary Growth Expectation Agents expert system Expert Systems Exploratory Programming Externalization Gift-wrapping Great Aha Hard and Soft technology Help Systems High-Functionality (Computer) Systems and Applications High-Tech Scribes Human Computer Communication Human Costs Human Problem-Domain Communication Human-Centered Systems Hypertext Ill-defined Problems Implementation Increasingly Complex Micro-Worlds Increasingly Complex Micro-Worlds (ICM) Incremental Formalization Indirect Long-Term Collaboration information Information Access Information Delivery Information Volunteering Infoware Instructionism Intelligent Support System Intent Articulation interface classes interface framework interface objects intersubjectivity Intervention Strategy Intrusiveness Java KBE KBE system Knowledge (and Domain) Construction Knowledge Construction Knowledge Management Knowledge Systems Knowledge Worker Knowledge-Based Systems Knowledge-Building Environment Latent Semantic Analysis Layers of Abstraction Learner-Centered Design Learning Learning Conversations learning objects (applets) Learning on Demand Learning, collaborative Learning, collective comprehension Learning, cooperative Learning, cultural Learning, didactic Learning, imitative Learning, instructed Learning, organizational Learning, problem-based Learning, project-based Learning, situated Learning, social Legitimate Peripheral Participation Life-Long Learning Lifelong Learning link Local Developer Location/Comprehension/Modification Cycle LPP M1 - M3 Web-based interaction models Making Argumentation Serve Design Malleable Systems Management of Trouble math ed Media Mental Model Meta-design Microsoft Mixed-initiative Dialogue Models of the Task Models of the User Motivation Multifaceted Architecture for Design Environments Multifaceted Architecture for DODE Multilogue Multiple Specification Techniques Mutual Learning Natural Communication Negotiation, system-based Object-Oriented Design Object-Oriented System Architectures Objective Computability Opacity Organizational Learning Organizational Memory Owner of Problems Participatory Design Perceived Value of a System Performance Support Systems persistent storage classes persistent storage framework persistent storage objects personal and system point of view perspective-taking Portal PPL Problem Framing and Problem Solving Problem Framing and Solving Production Paradox Programmable Design Environments Pull Technologies Push Technologies Python Redesign Reflection-in-Action Relevance to the Task at Hand Remote Explorium Representations for Mutual Learning and Understanding Requirements Engineering Reseeding Retrieval by Reformulation Reuse Scaffolding Scientist and Teacher Partnerships Seeds Self-directed Learning Self-directed Learning and Working Self-regulated Learning Semi-formal Representations SER Model Shared Context Shared Understanding Situated Action/Cognition Situation Awareness Situation Model Social Navigation Soft Software Software Oscilloscope Speaker-Listener Reversal Stakeholders Subjective Computability Symmetry of Ignorance Symmetry of Ignorance (or Asymmetry of Knowledge) System Model Tacit Knowledge Thin Spread of Application Domain Knowledge Tool Kit Transclusion Upstream Design Activities Usable Systems Usage Data Use Time Useful Systems User-Centered Systems User-Centered System Design Utility vacation Vertical Integration Weblog Wicked Problems Zope ZPD

This page was built at 7/30/11; 8:50:18 PM by the DynaSites system. Please email any Comments or Suggestions. Thanks! Jonathan

An L3D Project